home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / ALL96.LZH / t0228 / text0022.txt < prev    next >
Encoding:
Text File  |  1996-03-07  |  1.8 KB  |  42 lines
  1.  
  2. > Id said themselves that they could've made Jag DOOM about twice as fast.
  3. > I doubt they intended to rewrite much of the C code into assembly even then.
  4. > Those RISC chips are not bad at all.
  5.  
  6. Well, they've got absolutely excellent divide instructions (32 bit integer by
  7. 32 bit integer -- or -- 16.16 realnumber by 16.16 realnumber in just 32 cycles,
  8. or 2 cycles per bit). Not as fast as the Falcon's one cycle per bit DSP divide,
  9. but the 32-bit range and realnumber fixed-point capability makes up for it.
  10.  
  11. They also have excellent single-cycle multiply & shift instructions, but
  12. beyond that, everything else in there is just plain crap!
  13.  
  14. And that's before you even start on the bugs...
  15.  
  16. > It seems the graphics are mostly taken care of, as are AI, menus, music
  17. > and the WAD editor. Still, there must be something...
  18.  
  19. There is still no real WAD management and no memory management. It's the
  20. only thing stopping me from writing the graphics cache, and I have not
  21. yet managed to get the time to make a real start on it. We really need
  22. some kind of block-based or auto-defragmenting memory model in order to
  23. cache the textures & sprites from disk, as 4MB probably won't hack it after
  24. the screenbuffers and everything else have been accounted for.
  25.  
  26. We really need 3 screenbuffers to keep things smooth, and to reduce
  27. loss of CPU resouces between frame-swap roundoffs. Otherwise, I'd throw
  28. one of them in the bin.
  29.  
  30. The only reason I haven't asked somebody else to help out with the WAD /
  31. memory stuff is because the memory management really needs to be written to
  32. suit the graphics cache - rather than the other way round - otherwise we could
  33. end up with a heavily fragmented, badly thrashed or generally very slow cache.
  34.  
  35. We just can't coordinate very well because we all have work to do in the
  36. real world, and it's a case of getting done what you can as soon as you can.
  37.  
  38. :I
  39.  
  40. Doug.
  41.  
  42.